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METHODS AND APPARATUS FOR FACILITATING TRANSACTIONS 

RELATED APPLICATION DATA 
5 The present application is a continuation-in-part of commonly assigned, copending 

U.S. Patent Application No. 09/401,1 19 filed September 21, 1999, and claims priority from 
commonly assigned, copending U.S. Provisional Application No. 60/157,552 filed October 
4, 1999. Both applications are incorporated herein by reference for all purposes. 

The present application also describes subject matter related to subject matter 
10 described in commonly assigned, copending U.S. Patent Application No. 09/265,51 1 filed 

March 9, 1999, commonly assigned, copending U.S. Provisional Application No. 60/1 17,1 18 
filed January 25, 1999, and commonly assigned, copending U.S. Provisional Application No. 
60/129,846 filed April 16, 1999, the entireties of which are incorporated herein by reference 
for all purposes. 

15 

BACKGROUND OF THE INVENTION 
The present invention relates to electronic commerce via the Internet. More 
specifically, the present invention relates to the facilitation of transactions between buyers 
and sellers on the World Wide Web. 

20 Electronic commerce on the Internet, and specifically the World Wide Web, 

promises to transform the economic landscape in ways which have not yet been 
contemplated. Consumers and corporate buyers already have online access to a staggering 
variety of goods and services fi-om a wide range of merchants and service providers. They 
may electronically search through vast inventories to easily and conveniently find products 

25 to fit their needs, often at a significant savings over traditional commerce. They may also 
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initiate and complete transactions online simply by identifying a product and submitting a 
payment identifier such as a credit card or purchasing account to the appropriate web site. 

Electronic commerce also offers a number of advantages to the merchant or service 
provider. Offering products online avoids all of the overhead associated wdth operating 

5 retail or wholesale locations. In addition, online sellers do not need to anticipate the 

inventory needs of a number of different geographic locations. In fact, inventory may be 
centralized and precisely and automatically monitored and adjusted according to transaction 
data which are gathered virtually instantaneously. Moreover, the World Wide Web has the 
potential for making a particular seller's goods or services available to anyone, any time, 

10 anywhere on the planet. The cost savings and the market access associated with these 
advantages combine to give online sellers a significant competitive edge over their more 
traditional coimterparts. 

Given the obvious potential of electronic commerce and the rapidly increasing traffic 
at web sites engaging in electronic conmierce, it's no surprise that there is a demand for 

15 technical solutions by which electronic commerce transactions may be facilitated and made 
more efficient. Such solutions range from increasing the speed and efficiency with which 
data are transferred over the Internet to improving search engine capabilities to creating 
more user-friendly interfaces. Unfortunately, all of the solutions presented to date have not 
been able to reproduce an important part of traditional commerce and its attendant 

20 advantages for both sellers and buyers. That is, none of today's electronic commerce 

solutions allows for the give and take of a traditional negotiation between individual sellers 
and buyers. 

An example of one solution for facilitating transactions between a buyer and one or 
more sellers is described in U.S. Patent No. 5,794,207 for METHOD AND APPARATUS 
25 FOR CRYPTOGRAPHICALLY ASSISTED COMMERCIAL NETWORK SYSTEM 
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DESIGNED TO FACILITATE BUYER-DRIVEN CONDITIONAL PURCHASE OFFER 
issued on August 11, 1998, the entirety of which is incorporated herein by reference for all 
purposes. In that patent, a system is described by which a prospective buyer communicates a 
binding purchase offer globally to a plurality of sellers. The offer is made binding by 
5 requiring the buyer to submit a payment identifier such as, for example, a credit card. Any 
of the potential sellers may then bind the buyer by accepting the offer. 

It is clear that such a solution does not resemble a traditional negotiation. In 
traditional situations, a prospective buyer can make a conditional offer which may be 
countered by the seller which may again be countered by the buyer. Traditionally, neither 

10 party is bound until both agree upon a price. In this way, the exact price may be identified at 
which a transaction could proceed as between the two specific parties. It will be xmderstood 
that the ability to identify this price for any two parties in an efficient mamier would be of 
potentially great value to both buyers and sellers. That is, buyers would be getting the 
product they want for the price they are willing to pay, while sellers would be effecting a 

15 greater number of sales due to their ability to engage in price discrimination. 

There are, however, some attendant disadvantages associated with allowing buyers to 
submit non-binding bids. For example, if there are no consequences to the buyer for 
submitting a bid, many bids may be submitted by a single buyer or a small group of buyers 
solely for the purpose of manipulating the market for a particular product. Moreover, 

20 resources may be wasted by a seller in pursuing a proliferation of non-serious bids. As 

discussed above, one solution is to require that a buyer submit a credit card number before 
he may submit a bid, and further to assess some financial penalty against the buyer's credit 
card if the buyer abandons the negotiation. Unfortunately, this may serve as a barrier to 
entry for many buyers in that they are much less likely to conduct simultaneous negotiations 

25 with a number of merchants under these conditions. 
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It will also be understood that, in a negotiated market where sellers are indicating the 
price they are willing to pay and buyers are naming their price, deals cannot happen if 
neither of the parties is willing to meet the other's price. At the same time, there are many 
interested third parties that would like such deals to happen for a variety of reasons. These 

5 third parties could include, for example, the entity that owns the network or site in which the 
negotiations are happening, or manufacturers or distributors of the product being sold by the 
seller. One common mechanism to encourage the consummation of such transactions is the 
providing of promotions, e.g., coupons, by the interested third party. However, in a 
negotiated market, especially one on the Intemet, the logistics of enabling such promotions 

10 becomes quite complicated due, in part, to the fact that buyers may not be aweire of all 
promotions such third parties may be offering. In addition, many manufacturers or 
distributors would like the ability to run very short, precise promotions based on their current 
inventory levels, product life cycle, or even just the perceived benefit of getting a particular 
buyer to adopt their brand. 

15 It is therefore desirable to provide an electronic commerce solution by which 

individual buyers may negotiate online in a traditional and non-binding manner with one or 
more sellers. It is also desirable to provide techniques in the electronic commerce 
environment by which interested third parties may facilitate consummation of specific 
transactions which might not otherwise be consummated. 
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SUMMARY OF THE INVENTION 
According to the present invention, an electronic commerce solution is provided for 
facilitating online transactions which allows traditional negotiation between a buyer and a 
seller to occur. According to a specific embodiment, a web site is provided having 
5 individual private graphical user interfaces, e.g., web pages, for buyers and sellers. A buyer 
gains access to his private interface with a user ID and password, although other areas of the 
web site are accessible without the user ID or password. The buyer's interface allows him to 
search a proprietary database for current product information for a variety of products being 
offered for sale by a number of sellers. The product information includes, for example, the 

10 name of the seller and an ask price and/or a list price for the product as specified by the 
seller. The buyer may save the product information for any products in which he is 
interested to one or more shopping lists which become part of his interface. According to 
specific embodiments, and as will be described, product information is the proprietary 
database may be supplemented or replaced with more current product information which is 

15 retrieved by a parser from multiple remote sites such as, for example, the sites of the 
merchants themselves. 

According to specific embodiments, methods and apparatus are provided which 
enable one or more interested third parties that want a particular deal to happen to make it 
happen. Each such third party logs into a private third party interface on the web site of the 

20 present invention with which he views all or some subset of the currently open bids in the 
system. The third party may then select specific bids for which he would like to enable 
acceptance. According to a specific embodiment, the third party can look at the spread or 
other attributes of the potential deal (e.g., buyer information, seller information, and product 
information for the product under consideration or related products) to help him in making 

25 his decisions. A third party may enable acceptance of a particular bid by, for example, 
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making up all or some of the difference between the buyer's bid and the seller's asking price. 
Where the third party makes up only some of the difference, the seller may accept or counter 
the augmented bid. Alternatively, another third party can make up all or some of the 
remaining difference. 

5 According to various embodiments, when acceptance is enabled in this way, the 

buyer sees that their bid price has been met by the seller and can therefore go ahead and 
continue the steps towards completing the transaction. The fact of the acceptance is also 
made visible to the seller who gets paid the original bid price by the buyer and some 
additional amoimt by the one or more third parties, so that the total price they get is equal to 

10 their indicated seller price. That is, the buyer gets the deal at their price, the seller gets their 
asking price, and the difference is picked up by the third party(ies). 

According to a specific embodiment, the buyer may share his shopping list(s) with 
friends or co-workers to solicit feedback on the various products, sellers, ask prices, etc. The 
shopping list may be sent in an e-mail as, for example, an HTML table in which the 

15 addressee may insert his comments. Altematively, persons from whom feedback is desired 
may be notified by e-mail and given access to the buyer's shopping list on the web site itself 
In this way, a buyer may solicit advice or approval before initiating a transaction. 

For each product saved in the shopping list a bid button is provided, activation of 
which causes a bid interface to be presented by which the buyer may submit a non-binding 

20 bid to the seller of that particular product. Altematively, the bid interface may be in the 
shopping list itself. As yet another alternative and as will be discussed, bids may be 
submitted without the use of such a shopping list. That is, a bid may be submitted, for 
example, through an interface accessible from the product search results. 

According to a specific embodiment, a bid submitted by any of these various 

25 techniques is made available to a niunber of different sellers offering the same product. The 
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sellers are "different" in that they include a large number of independent economic entities. 
This is to be distinguished from other sites in which the "sellers" are all just representatives 
of a single economic entity. Making the bids available to different economic entities 
increases the likelihood that at least one of them can offer a price acceptable to the buyer. 

5 Using the shopping list or other bid interfaces, the buyer may make a number of bids for the 
same or different products to a number of different sellers simultaneously. 

The bids made available to the sellers may be of different characters in that a buyer 
may indicate that her bid is related only to the product price or includes any applicable taxes 
and/or shipping amounts. That is, a buyer may indicate that her bid is for the product price 

10 with any applicable taxes and/or shipping costs added in. The transaction site of the present 
invention then presents an appropriately adjusted bid amoimt to the sellers which may vary 
from seller to seller. That is, if the buyer indicates that taxes and shipping are included in 
the bid, for each seller, the transaction site subtracts a shipping amount and any applicable 
taxes for each seller using shipping information from each of the sellers and relevant tax 

15 information. The adjusted bid amount may then be easily compared to the seller's product 
cost. 

According to a specific embodiment of the invention, even though the buyer's bids 
are non-binding, there is nevertheless a consequence for submitting frivolous bids. That is, 
the transaction site of the present invention may be configured to track a buyer's 

20 "reputation" by tracking the buyer's transaction behavior. For example, the number of bids 
submitted by a particular buyer could be related to the number of bids honored or reneged 
upon by that buyer, and an objective value could be generated therefrom indicative of the 
buyer's "reputation." According to a specific embodiment, the metric is simply the number 
of offers honored less the number reneged, a large positive value representing a "good" 

25 reputation and a large negative value representing a "bad" one. According to another 
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embodiment, the metric is based on the number of times a buyer honors acceptance of his 
bids. According to yet another embodiment, the metric is based on the percentage of the 
buyers bids which are eventually consummated. It will be understood that a variety of data 
could be used to generate a metric indicative of a buyer's transaction behavior and that the 

5 present invention is not limited to the few examples described here. 

Each buyer's reputation is made available to sellers on the site for use as they see fit. 
For example, a seller could choose to respond only to bids from buyers who have a 
reputation which is of a certain level. Altematively, a seller could choose to respond 
unfavorably to such buyers, thus giving the buyer immediate feedback and incentive to 

10 adjust her bid accordingly. In addition, a seller could give preferential treatment, e.g., 
discounts, to buyers with very good reputations. Thus, buyers would tend to conduct 
transactions in a responsible manner to protect their reputations firom being damaged and to 
receive preferential treatment. This approach has many of the advantages of requiring a 
credit card or other payment identifier without presenting a significant barrier to entry and 

15 without making simultaneous negotiation impracticable. 

Each seller having products in the proprietary database also has access to a private 
interface on the web site with which an authorized representative of the seller may have 
access to all of the currently outstanding bids to that seller for any of the products offered by 
the seller. According to a specific embodiment, bids to other sellers for products offered by 

20 the seller are also available on the seller's private interface. The seller may respond 

manually to any of the posted bids or, altematively, the seller may specify a set of business 
rules according to which automated responses to the posted bids are generated. The 
response to a bid may be an acceptance of the bid or a counteroffer. 

According to various embodiments, market information is displayed along with the 

25 list of current bids to help the seller with responding to any or all of the bids, i.e., decision- 
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making support. In one embodiment, demand data are graphically presented, i.e., in a 
demand curve, representing bids for a particular product to either the particular seller, or a 
number of different sellers. The seller (or the business rules specified by the seller) can then 
use the demand data to develop a strategy for responding to one or more bids. For example, 

5 a seller can determine how much to temporarily lower an ask price to effect a block deal. 
Any bid responses from any sellers show up in the buyer's private interface. 
According to one embodiment, the responses show up in the shopping list juxtaposed with 
the original ask price, i.e., the list price, and the buyer's bid. If the seller's response is an 
acceptance of the buyer's bid, the buyer is enabled to complete the transaction if he so 

10 chooses. According to a particular embodiment, this is accomplished by means of an HTML 
link to the seller's web site. Alternatively, the transaction site can make the buyer's payment 
and shipping information available to the seller. If, on the other hand, the seller's response is 
a counteroffer, the buyer may continue the negotiation in the maimer described above until a 
mutually acceptable price is reached, or until the buyer or the seller terminates the 

15 negotiation. 

As alluded to above, the buyer may conduct a number of simultaneous negotiations 
with different sellers for the same product or even multiple products. Therefore, according 
to a specific embodiment, a mechanism is provided by which negotiations with a number of 
sellers may be automatically terminated when the buyer reaches an agreement with any one 

20 seller. That is, the buyer may create a mutually exclusive group v^th which a plurality of 
outstanding bids and/or quote solicitations are associated. According to a specific 
embodiment, the buyer creates a mutually exclusive group by designating one of his 
shopping lists as such a group. According to another specific embodiment, a mutually 
exclusive bid group is automatically created by the system when the buyer posts bids for a 

25 particular product to more than one seller, or where the buyer posts bids for more than one 
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equivalent or similar products to one or more sellers. When an agreement is reached on any 
one of the bids or quote solicitations in a mutually exclusive group, all other negotiations for 
the products in the group are automatically terminated. According to various embodiments, 
such a mutually exclusive group can correspond to a variety of product-seller combinations. 
5 That is, a mutually exclusive group can identify one product and multiple sellers, multiple 
products and multiple sellers, multiple products and one seller, etc. This feature allows a 
buyer to place a number of simultaneous bids even though he intends to make only a single 
purchase. As will be described, the mutual exclusivity feature of the present invention is 
also made available in the auction context. 

10 Thus, the present invention provides methods and apparatus for facilitating 

transactions in a wide area network. Information relating to a transaction between a first 
party and a second party is provided to a third party via the wide area network. The third 
party is then enabled to facilitate consummation of the transaction between the first and 
second parties via the wide area network. According to a specific embodiment, the 

15 information includes a bid price associated with the first party and an ask price associated 
with the second party, the third party being enabled to cover at least part of a difference 
between the bid and ask prices via the wide area network. 

According to another embodiment, methods and apparatus are provided for 
facilitating transactions in a wide area network. Information relating to a plurality of bids on 

20 a transaction site is selectively provided to a third party via the wide area network. A first 
one of the bids involves a first party and a second party, and includes a bid price associated 
with the first party and an ask price associated with the second party. A response is 
transmitted from the third party to the first party via the wide area network. The response 
covers at least part of a difference between the bid and ask prices. The second party is 

25 notified of the response via the wdde area network. 
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A further understanding of the nature and advantages of the present invention may be 
realized by reference to the remaining portions of the specification and the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of a hardware environment in which the various 
embodiments of the present invention may be implemented; 

Fig. 2 is a flowchart illustrating facilitation of a transaction according to a specific 
5 embodiment of the invention; 

Fig. 2a is a flowchart illustrating a negotiation between a buyer and a seller according 
to a specific embodiment of the invention; 

Figs. 3-18 are a series of graphical user interfaces illustrating the operation of a 
specific embodiment of the invention; 
10 Figs. 19-25 are a series of graphical user interfaces illustrating the operation of 

another specific embodiment of the invention; and 

Figs. 26-34 are a series of graphical user interfaces illustrating the operation of yet 
another specific embodiment of the present invention. 
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DESCRIPTION OF SPECIFIC EMBODIMENTS 
Fig. 1 is a block diagram of a hardware environment in which the various 
embodiments of the present invention may be implemented. The web site at which 
transactions between buyers and sellers are facilitated according to the invention is located 
5 on a server 102 which is connected by a router 104 to the Intemet 106. Sellers (represented 
by servers 108) are connected to the Intemet via routers 110. Seller servers 108 may have 
networks 112 associated therewith interconnecting a plurality of personal computers or work 
stations 114. Buyers (represented by computers 122 and 124) may be connected to the 
Intemet in a variety of ways. For example, a buyer may be connected from his home via a 

10 modem 126, or from his workplace via a network 120, a file server 1 16, and a router 118. It 
will be understood that, according to various embodiments of the invention, buyers and 
sellers may gain access to the web site on server 102 via a variety of hardware 
configurations. For example, a seller may be an individual on his home computer 124. 
Similarly, a buyer may be an employee may be at his computer 1 14 at a corporation which is 

15 also a seller. It will also be understood that the hardware environment of Fig. 1 is shown for 
illustrative piuposes and that a wide variety of hardware environments may be employed to 
implement the various embodiments of the present invention. It should also be understood 
that specific embodiments of the methods and processes described herein are implemented as 
computer program instructions, i.e., software, in the memory of server 102. 

20 The operation of a specific embodiment of the invention will now be described with 

reference to Figs. 2-18. Fig. 2 is a flowchart 200 illustrating facilitation of a transaction 
according to a specific embodiment of the invention. Fig. 2a is a flowchart illustrating a 
multi-step negotiation between a buyer and a seller (see 214 of Fig. 2) according to a more 
specific embodiment of the invention. Figs. 3-18 are a series of graphical user interfaces 

25 which will be used to illustrate the transaction process of Figs. 2 and 2a. 
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Initially, a buyer logs on to the transaction facilitation system of the present invention 
(202) via login interface 300 of Fig. 3. This results in presentation of a personalized private 
interface 400 to the buyer in which the buyer may initiate a search for a particular product 
(204). According to various embodiments, a buyer need not log on to the site before 

5 initiating a search. That is, searching may be initiated by individuals who are not members 
of the transaction site. According to such embodiments, logging in is only required for 
bidding, negotiating, transacting, etc. To focus the search, the buyer may specify the product 
type as, for example, a laptop computer as shown in interface 400 of Fig. 4. The buyer may 
further specify the type of laptop (e.g., ThinkPad® 600) to varying degrees of specificity in 

10 the Keyword(s) window. More advanced searching options are also available for more 
skilled users and more focused searches in which a variety of product criteria may be 
specified. 

As will be understood, the search for a desired product may be effected in a variety 
of ways. For example, Uke price comparison services, e.g., shopping engines, on the web 

15 today, the search may employ either a database which allows multi-merchant price 

comparisons, or a parser, e.g., a shopping bot, which sends search requests to multiple 
merchant sites and then retums the results from those sites to the searcher. In general the 
database approach allows a more tightly controlled parametric search than the parser 
approach. On the other hand, the parser approach provides real time data. Thus, the 

20 database approach is more likely to lead to obsolete prices and stock status. On the other 

hand, parsers tend to generate less satisfactory search results and are generally slower in that 
the results must be returned from multiple remote sites, compiled, and then sent to the 
searcher. 

According to a specific embodiment, methods and apparatus are provided by which 
25 advantages of both of these search methods are realized. That is, according to this 
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embodiment, a database is initially used to define the search. The buyer thus gets an 
excellent search output based on the parametric search criteria he has defined. Then once the 
buyer has identified the product or products of interest he can get real time prices and stock 
status for the product(s) through the use of a parser or shopping hot which interrogates the 
web sites of the merchants associated with the selected product(s). 

Thus, according to one such embodiment, as soon as the buyer selects a product, the 
web pages of the merchants associated with the selected product are accessed and parsed to 
extract current price and stock status information. This information is then displayed to the 
buyer. According to various embodiments, this may be done automatically when the buyer 
selects a product, or ahematively, only after a buyer explicitly asks for a "real-time update". 
According to one embodiment, in the case where the buyer must explicitly request the real- 
time update, price and stock status information firom the transaction site database is 
displayed to the buyer until the real-time data are requested. 

When the buyer finishes specifying the product and clicks on "Go," a search of a 
proprietary database is initiated in response to which relevant product information is 
presented in the form of a list of products as shown in interface 500 of Fig. 5. Each entry in 
the Ust includes the manufacturer, specific product information, and a product price (e.g., the 
"Lowest Price" column which displays the lowest list price firom among the sellers selling 
the specific product via the transaction site). It should be noted that the term "ask price" as 
used herein encompasses any price for which a merchant is offering a product for sale 
including, for example, the list price and subsequent counteroffer prices. The term "list 
price" is used herein in its conventional sense in that it generally refers to an original price 
associated by the merchant with a product. As mentioned above, and according to a specific 
embodiment of the invention, when the list of products shown in interface 500 is initially 
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presented, the price shown for each entry is the lowest list price for the product from among 
the sellers selling through the transaction site. 

Also included with each entry is a "Save" button by which the buyer may save any of 
the list entries to any of his personal shopping lists (described below) from which 
5 transactions may be initiated. Alternatively, transactions may be initiated directly from the 
search results list. As shown in Fig. 6, when any of the active "Save" buttons in the product 
information list of interface 500 are activated, i.e., the buyer clicks on them, the associated 
product information is saved to the buyer's currently selected shopping list (206) and the 
active "Save" button becomes a display object indicating that the associated item has been 

10 saved. Additional information about any of the products in the list of interface 500 may be 
obtained by clicking on the HTML text describing the product. According to a specific 
embodiment, creation of such a shopping list may be accomplished without logging in to the 
transaction site. However, the entries in such a list are not permanently saved and 
transactions may not commence until the user logs in, 

15 According to various embodiments, a buyer can create and simultaneously maintain 

as many shopping lists as desired. Moreover, for each shopping list created, the buyer may 
specify a variety of attributes which affect the way in which each shopping list is used to 
facilitate transactions. For example, the buyer may specify whether the entries of a 
particular shopping list are independent of each other or whether they form a mutually 

20 exclusive group as described herein. If the buyer specifies that the entries are independent, 
then the bids and deals associated with any one entry have no effect on ongoing negotiations 
for other items in the list. In addition, the buyer may specify whether a particular item will 
automatically solicit quotes from a plurality of sellers once a corresponding entry is added to 
one of the buyer's shopping lists. The buyer may also customize each shopping list by, for 

25 example, giving each list a meaningful name, or by associating comments with each. 
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Interface 500 also includes an advanced search interface in which specific parameters 
associated with the specified product type may be specified. In the example shown, for the 
product type "Laptop" the processor, the display size, and the speed may be specified to 
further refine the search. 

5 The shopping list to which the buyer saves selected portions of the product 

information is shown in interface 700 of Fig. 7. The shopping list includes the information 
from the search results list of interface 500. In addition, a "Comments" feature is provided 
which allows the buyer or other individuals authorized by the buyer to insert personal 
comments regarding each specific product or merchant. Such comments could include full 

10 text messages or, for example, product or merchant ratings. Insertion of comments by the 
buyer is effected by activation of a "Comments" button in each shopping list entry. This 
results in presentation of window (not shown) in which new comments may be entered or 
old comments edited. 

Insertion of comments by other individuals may be accomplished in different ways 

15 according to various embodiments of the invention. According to one embodiment, the 

buyer may e-mail an HTML page including the shopping list to one or more individuals in a 
reviewer network to solicit comments (208). The individuals receiving the shopping list 
may view the page using their Intemet browser and, through an HTML link in the page, 
access the transaction web site as a user authorized to add comments to the buyer's shopping 

20 list. As discussed above, these comments may be fiill text messages regarding anything 

relevant to the listed product or merchant. Comments may also take the form of a rating of 
the product or merchant according to a scale automatically provided to the reviewers in the 
reviewer network. According to specific embodiments, the system of the present invention 
automatically compiles ratings from the buyer and reviewers to create indices which may be 

25 used for decision making. 
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Alternatively, the reviewer may insert comments into the HTML page and e-mail it 
back to the web site for automatic entry into the buyer's shopping list. According to another 
embodiment, the buyer gives permission for others in his reviewer network to review one or 
more of his shopping lists by specifying a plurality of e-mail addresses for each shopping 
5 list. The buyer may then exchange comments about various products and merchants via an 
interface on the web site with his reviewers and others who have been authorized to review 
by that buyer. 

Activation of the HTML text describing a product entry in the shopping list of 
interface 700 results in presentation of an interface 800 (Fig. 8) which provides information 

10 about all merchants offering the particular product for sale through the transaction site. The 
first entry in the list corresponds to the shopping list entry selected in interface 700. Any of 
the entries in interface 800 may be saved to the original shopping list of interface 700 by 
activation of the associated Save button. 

As can be seen, the buyer may submit an individual bid to a particular seller for the 

15 listed product (210) by entering the bid amount in the Bid column and activating the 
associated Bid button. According to specific embodiments, password verification is 
requested when the Bid button is activated to ensure that the bid is authentic and authorized. 
The buyer may accept the seller's current ask price (which may or may not be the same as 
the list price) by activation of a button indicating "Buy." According to various 

20 embodiments, password verification is also required prior to sending such a response to the 
buyer. Bids for varying amounts may be submitted to different merchants as shown in 
expanded shopping list interface 900 of Fig. 9. The individual bids submitted via interfaces 
800 and 900 are shown in the shopping list in an updateable and interactive column entitled 
"Bid Price." It should be noted that implementation of the present invention does not require 

25 that password verification be employed for every transaction. That is, such password 
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verification may only be required for some actions such as, for example, initially logging 
into the system. 

Also included in interface 900 is a column entitled "Comments" by which direct 
messaging between the buyer and the seller may be effected. As part of the bid submitted to 

5 the seller, the buyer may include full text messages through activation of the associated 

"Comments" button. The buyer may also indicate a length of time for which the associated 
bid is good, i.e., an expiration time. Alternatively, a buyer could indicate that the bid is 
"good to cancel," i.e., that the bid is valid until cancelled by the buyer. As another 
alternative, the bid could be specified by the buyer as a "fill or kill" bid, i.e., only responses 

10 for the exact product and quantity requested will be entertained. In one embodiment, these 
bid parameters are implemented using a column next to the bid price (not shown) where the 
user indicates the life of the bid. It should be noted, however, that a variety of mechanisms 
may be used without departing fi-om the scope of the invention. According to various 
alternate embodiments, the shopping list includes other mechanisms by which these 

15 parameters may be specified and conununicated to sellers. According to specific ones of 

these, the mechanisms by which such bid attributes are commimicated are such that they are 
recognized by the automatic response algorithms employed by sellers on the transaction site. 

The seller may respond to the messages with full text messages of its own. This 
allows both parties to the negotiation to move forward with more specific information. 

20 According to a specific embodiment, the seller may input such messages via its own 
interface as described below. According to another specific embodiment, the seller's 
conmients are presented to the buyer in a window which appears upon activation of the 
"Comments" button of interface 900 along with comments from any reviewers in the buyer's 
reviewer network. The seller's comments could also appear in conjunction with a response 

25 generated either by the seller, its representative, or a program active on behalf of the seller. 
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Submitted bids which do not constitute acceptances of the sellers "Ask Price" (212) 
are made available to individual merchants along with quote solicitations via another set of 
interfaces on the transaction web site. From this point, a multi-step negotiation between the 
buyer and each seller may commence (214). The details of such a negotiation will be 

5 described with reference to Fig. 2a. When a representative of a member merchant logs in to 
the transaction web site using interface 1000 of Fig. 10, currently outstanding bids and/or 
quote solicitations are listed according to a filter or filters specified by the merchant (see 
interface 1 100 of Fig. 11). For example, the merchant may elect to view bids to all 
merchants, to a particular subset of merchants, or only bids to that particular merchant. The 

10 merchant may also filter the list to show only bids or quote solicitations for certain products. 
The merchant may also specify that only bids within a certain percentage or dollar value 
spread be listed. In this example, the bids are sorted according to a buyer identification 
number shown in the "Buyer Id" column, the bids submitted by the buyer of interface 900 
corresponding to buyer 147. In general, the merchant or its representative may use a variety 

15 of filters in combination to generate a list of particular product-buyer combinations which 
are currently open. It should be noted that the entries in interface 1 100 may also include 
items saved in buyers' shopping lists for which bids or quote solicitations have not yet been 
submitted. 

Once the seller selects a product in interface 1 100 the seller can respond in a variety 
20 of ways. That is, the seller can accept the specific bid or make a specific counteroffer to the 
bidder corresponding to the selected product. The seller can also make block responses (in 
the form of deals or counteroffers) to all or some subset of buyers who have posted bids or 
quote solicitations for the selected product. 

In addition to the bid listing, market information may be provided with interface 
25 1 1 00 which the merchant may use to formulate strategies for responding to any or all of the 
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outstanding bids. For example, a demand curve for a particular product, e.g., the ThinkPad® 
600, may be shown. Other market information might include price histories, bid histories, 
deal histories, etc. Moreover, the market information may be presented in a variety of forms 
such as graphically, in tables, in lists, and the like. 
5 An example of how^ a merchant might use such market information will now be 

described. The merchant may use demand data to effect a block response. That is, the 
merchant can use the data to determine how much to temporarily lower its ask price to 
induce acceptance by a specific number of buyers. According to a specific embodiment, the 
merchant effects a block deal by temporarily lowering its ask price to a particular buyer to 

10 match the bid price submitted by that buyer thereby inducing acceptance by that buyer. 
Because the merchant's response is made in the context of a block deal, a number of 
responses are automatically generated to other buyers who have submitted bids at or above 
the particular buyer's bid thereby inducing acceptance. According to a specific embodiment, 
the ask price of the automatically generated responses correlate to or match the bid price of 

15 each of the other buyer's bids rather than the bid price of the particular buyer to whom the 
merchant specifically responds. It should be noted that, as with other aspects of the present 
invention, the merchant may respond to bids directed to the merchant as well as bids directed 
to other merchants. 

According to a particular embodiment, when the merchant logs on to the system all 
20 bids currently outstanding to that merchant for a variety of products are shown in the format 
of interface 1 100. The merchant may then select a particular product in the product column 
to view all currently outstanding bids for that product either to the merchant or to a plurality 
of merchants. The market information presented will be adapted according to the particular 
view. The market information may be employed by a particular merchant in a variety of 
25 ways for decision-making support. A particular use would depend upon the nature of the 
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information. As described above, demand data could be used to effect block deals. Demand 
data or the price history for a particular product could be used to make adjustments to the 
merchant's list price. It will be imderstood that there are a wide variety of ways in which 
such market information could be used to enhance a merchant's decision making which are 
5 within the scope of the present invention. 

According to another embodiment, instead of selecting a particular product, the 
merchant may select a particular buyer identified in the buyer column, in response to which 
all bids and/or quote solicitations from that buyer currently outstanding in the system to any 
merchant are presented to the merchant in a format similar to that shovm in interface 1 100. 

10 This may also include products which have been saved to one of that buyer's shopping lists 
and for which the buyer has not yet posted a bid but has indicated that she is willing to solicit 
quotes. This allows a merchant to offer bundle deals to particular buyers when such buyers 
are identified. For example, a buyer might be bidding on a laptop computer, extra battery 
packs, a printer, and a carrying case. The merchant may respond to the buyer with a bundle 

15 bid or counteroffer which reduces the ask price for any or all of the items if the buyer 

chooses to buy all of those items from that merchant. This gives merchants a very powerful 
tool for negotiating with individual buyers. The merchant selects the items in the buyer 
specific list which he would like to include in the bundle and either quotes individual ask 
prices to the buyer for the selected items, or a single price for all the products in the bundle. 

20 According to a specific embodiment, the individual quotes (i.e., ask prices) are prefixed with 
a letter "B" identifying them as part of a bundle. The seller can also offer to sell related 
(competitive or complementary) products as part of the bundle. The seller can thus suggest 
products to the buyer on which he can offer good deals. This "cross selling" allows the 
seller to make deals on products even where such products are not originally identified by 

25 the buyer. 
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According to a specific embodiment, the buyer is enabled to define such a bundle. 
That is, the buyer may save a group of products to a shopping list, identify the group as a 
bundle and submit a single bid (or a request for quotes) for the entire bundle. 

As described herein, a buyer may also define mutually exclusive groups of the same 

5 or similar products only one of which is desired by the buyer. According to a specific 

embodiment, this is achieved by the buyer designating a particular shopping list listing the 
products as a mutually exclusive group. According to other embodiments, mutually 
exclusive groups are automatically created by the system when a buyer submits a bid for the 
same product to more than one seller, or for two or more similar products to one or more 

10 sellers. Once such a group is defined, a buyer may bid on a number of ThinkPad® 600 and 
700 computers even though she only wants one. By identifying the computers (and thus 
their associated bids or quote solicitations) as part of a mutually exclusive group, the buyer 
activates a feature of the present invention which terminates negotiations for all other 
products in the group when the buyer has reached an agreement on any product in the group. 

15 It will be understood that, in the context of the bxmdle bid, this information would be useful 
for the merchant. Therefore, according to a specific embodiment of the invention, when a 
merchant is attempting to effect a bxmdle bid or counteroffer, the merchant is enabled to 
identify which of the bids and/or quote solicitation associated with the buyer are part of a 
mutually exclusive group. According to a specific embodiment, in the list of bids and/or 

20 quote solicitations associated with a particular buyer, an entry is associated with each which 
identifies the product as part of such a mutually exclusive group. This could be an entry in a 
column dedicated for this purpose, or as, for example, a prefix associated with each product 
which is part of such a group. 

According to one embodiment, the mutually exclusive bid group feature of the 

25 present invention is made available to buyers in the auction context. That is, a buyer may 
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designate each of a plurality of bids to different auctions as part of a mutually exclusive 
group, any remaining bids in a group being automatically withdrawn when any one of them 
is accepted. This feature enables buyers to bid for multiple auctions (English, Dutch or any 
other traditional auction approach) in parallel. According to another embodiment and as 

5 discussed above in the negotiation context, the system of the present invention automatically 
creates mutually exclusive groups in the auction context with reference to the objects upon 
which the buyer is bidding and the number of bids submitted. That is, a mutually exclusive 
group might be created, for example, when a buyer submits a bid for the same product to 
more than one auction, or for two or more similar products to one or more auction. 

10 According to one embodiment of the invention, market information (not shown) is 

made available to individual buyers in interface 900 to help them develop bidding strategies. 
As discussed above with regard to market information presented to a merchant, such 
information could include demand data, list price histories, bid price histories, deal price 
histories, etc. The information can be filtered with respect to particular products and 

15 particular merchants. A price history might include the minimum, maximum and median list 
prices offered by a particular merchant for a particular product. A price history might be 
used by a buyer to predict, for example, how much the price for a product might drop in the 
future. That is, the buyer might use the historical price decay to predict price decay for an 
upcoming period. For a new product, i.e., a product which has no price history, the buyer 

20 will have the option of identifying a similar product and using the price history data for that 
product. 

Alternatively, the system of the present invention may automatically determine one 
or more similar products in response to a buyer requesting market information for a new 
product. According to a specific embodiment, the similar product may be determined with 
25 reference to a mutually exclusive group. Automatic identification of a similar product could 
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be enabled by identifying similarity in brand name, category, or data regarding what 
products buyers and/or sellers have identified as equivalents in the past. A technique known 
as collaborative filtering may be used to identify similar products using such information. 
Where more than one similar product is identified, a list of the similar products is presented 

5 to the buyer from which the buyer may select the product he believes is the most similar to 
the product for which market information is desired. 

A deal history might include prices at which a particular merchant or a plurality of 
merchants has sold different volumes of a particular product. Such deal prices could include 
deal prices for transactions effected through the transaction site by the merchant or 

10 merchants. The deal history could also include deal prices for transactions effected outside 
of the transaction site and provided to the transaction site by the individual merchants. All 
of this market information provides powerful tools for a buyer to determine how much she 
wants to bid for a particular product. 

According to a specific embodiment, good deals are identified for the buyer based on 

15 a variety of market-related heuristics. Such heuristics include, for example, the ratio of the 
(median - minimum merchant price for a product) to the median product price. Another 
heuristic could be the price drop (or the price drop for the lowest price) over a recent period 
(day, week, month, etc.) expressed as a percentage of the median or lowest price. These 
deals could be identified for the buyer on a special area of the main page or a special page of 

20 the transaction site. Alternatively, the good deals are extracted from the buyer's search 

results. Even more specifically, the buyer has the option of sorting his search results using 
the available heuristics to order the product listings according to how good the individual 
deals are. It should be noted that a variety of heuristics may be used to identify "good 
deals." For example, the difference between the lowest price and the second lowest price 
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could be used to indicate just how good of a deal is being offered by the seller offering the 
lowest price. 

The merchant may effect a manual response to an individual bid (252) by selecting 
the corresponding entry in interface 1 100. The bid need not be directed to the merchant. It 

5 may, in fact be directed to another merchant. That is, not only does each merchant have the 
opportunity to view bid information to other merchants, each merchant may also respond to 
such bids. According to a specific embodiment, the bid information relating to other 
merchants does not identify the merchants to which individual bids are directed. A 
negotiation between the buyer and the second merchant may then take place as described 

10 herein. In any case, selection of a particular entry in interface 1 100 results in presentation of 
trading interface 1200 of Fig. 12 to the merchant by which the merchant may either accept 
the bid price or submit a counteroffer to the buyer by changing the ask price for that buyer. 
Other information included in interface 1200 includes details about the buyer including, for 
example, the buyer's e-mail address and any other information authorized for release by the 

15 buyer. Note that the merchant may effect a block deal by specification of the block ask price 
in interface 1200. The seller may insert comments to the buyer in conjunction with the bid 
response such as, for example, an expiration time for the new ask price. The expiration time 
may also be indicated through an additional field (not shown) the contents of which may be 
intelligently processed by the system of the present invention to effect automatic removal of 

20 the ask price at the appropriate time. In addition and as shown, market information 
regarding the current bids may be provided in interface 1200. 

The seller may also authorize automated responses to bids (252) by specifying a 
number of business rules to govern the responses using interfaces 1300-1320 of Figs. I3ei- 
13k. According to the present invention, any number of business rules may be defined by 

25 the seller and may be executed in any sequence specified by the seller. For each rule, the 



27 



seller defines a set of criteria and a set of actions to be taken when the set of criteria is 
satisfied. Any number of criteria may be defined and combined in a variety of ways using 
logical operators (e.g., AND, OR, NOT) and groupings. Examples of criteria include (but 
are not limited to) bid-list spread, product type or group, the number of imits, the buyer's 
5 reputation, etc. Similarly, any number of actions may be specified. Examples of actions 
includes (but are not limited to) text responses, ask price reductions, bid acceptance, etc. 
Another possible action could be generation of an e-mail message to one or more e-mail 
addresses. This can ensure that the appropriate representative(s) of the seller can be made 
aware of attractive sales prospects as soon as they are available at the transaction site. The e- 

10 mail(s) can ensure this without requiring the seller's representatives to continuously monitor 
the transaction site. This is especially useful during the early stages of the transaction site 
when it has relatively low traffic and hence cannot justify continuous monitoring by the 
seller or its representatives. The seller may reach the various Business Rules interfaces by 
selecting the corresponding HTML link at the top of interface 1200. In interfaces 1300 and 

15 1302, respectively, the seller may specify a percentage or dollar value spread relative to the 
current list price within which a response will be automatically given. That is, if a bid is not 
close enough to the list price, no response may be given. The amount by which the list price 
may be reduced may also be specified as a percentage of the current list price. Product 
specific and buyer specific response may be added via interfaces 1304 and 1306 to address 

20 issues related to specific products, or to favor preferred customers. Other information may 
be conveyed to the buyer as part of an automated response by means of a text entry box 
entitled "Text Response." As shown, the text could indicate an expiration period for the bid 
response. 

Figs. 13e through 13k show altemative interfaces for specifying and modifying 
25 business rules. As shown in interface 1308 of Fig. 13e, existing business rules are accessed 
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through a list window entitled "Current Business Rules". Rules may be added and deleted 
from the list using the "Create New Rule. . and "Delete Current Rule. . ." buttons. The 
currently highlighted rule in the "Current Business Rules" window is specified in a window 
with the title of the current rule at the top of the box as shown. A variety of criteria are 
5 specified using the "add criteria" button as will be discussed below. A variety of actions to 
be taken if the criteria are satisfied are also specified using the "add action" button. In the 
rule illustrated in interface 1308, if a product which is the subject of a particular bid is part of 
a Hi Inventory product group (previously specified by the seller by selecting the HTML text 
" product set ") and the bid-list spread is greater than or equal to 50%, the action taken is to 

10 respond to the bidder with the text message "Please be serious — your bid is less than half 

our list price." Similarly, in interface 1310, if the bid-list spread is between 10 and 50%, the 
actions taken are to reduce the ask price by 10% and present the text message "We have a 
great deal for you ~ we can offer you a 10% discount." Finally, as shown in interface 1312, 
if the bid is within 10% of the list price, an acceptance message is transmitted to the bidder. 

15 Other criteria could be specified such as, for example, the number of units bid upon 

(interface 1314). In addition, any combination of criteria may be specified such as, for 
example, the number of units, the bid-list spread, and the buyer reputation (interface 1316). 

The mechanism by which a new business rule may be created will now be discussed 
with reference to interfaces 1318 and 1320 of Figs. 13j and 13k. In response to selection of 

20 the "Create New Rule. . ." button, a blank rule box is presented (interface 13 1 8) in which the 
seller may specify the title of the rule, the criteria which must be true for action to be taken 
(using the "add criteria" list), and the actions to be taken (using the "add action" list). Many 
different combinations of criteria may be specified and different combinations of actions 
may also be specified. In the example shown in interface 1320, the criteria specified include 

25 the buyer reputation and the number of imits, while the actions specified include reducing 
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the ask price by 10% and displaying a text message. So, if a buyer with a highly rated 
reputation bids on more than 10 units, according to the new rule, the ask price is reduced by 
10% and a text message is presented stating, "Because of your excellent reputation, we are 
able to offer you a 10% volume discount." According to a specific embodiment, the 

5 business rules of the present invention automatically ensure that, regardless of the way in 
which a seller specifies its rules, the ask price will never be reduced below the bid price. 
That is, even where a 10% reduction in ask price is specified in the seller's rule, the actual 
price reduction may be less where the bid is within 10% of the original ask price. 

In addition, the merchant may specify response behavior which employs the market 

10 information from interface 1 100. For example, an automated block deal response may be 
specified. Business rules may also be specified in a maimer which takes into account 
specific attributes of individual bids. For example, the seller's response to a bid may be 
made contingent upon the number of units requested in the bid. This allows sellers to 
automatically give volimie discounts; 

15 A variety of complex rules may be specified so that automated responses may be 

given to the majority of outstanding bids, even bids to other merchants. Rules may be 
combined in various ways and multiple rules based on different criteria may be 
simultaneously applied. According to specific embodiments of the present invention, 
business rules may be linked to files extemal to the transaction site at, for example, the 

20 merchants own file server. Such rules might incorporate proprietary information over which 
the merchant wishes to maintain control. For example, if a particular merchant wishes to 
employ a specific subset of rules for products on which the merchant has a 10% gross 
margin, the rule determination for a particular bid would require current information 
regarding the gross margins for the merchant's product line. Understandably, this is 

25 information which a merchant might want to maintain as confidential. 
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Thus, even though the seller may not be willing to share his gross margins with the 
transaction site, he might still be willing to query his database and identify all the products 
that meet his requirements for gross margins (or any other criteria like inventory position) 
and then save the list of products into a file. The seller can then upload this file containing 
5 the list of products to the transaction site so that the list could be used with business rules 
specified by the seller. The seller could also place this file on the Internet and allow the 
transaction site to get access for use with business rules. It should be noted that in a similar 
way the seller can also create lists for buyers (buyer sets) that identify list of buyers and then 
allow the transaction site to access these lists for use with the seller's business rules. By 

10 specifying links to the confidential or proprietary information in its business rules, the 

merchant can maintain the information on its own site while also using it to automatically 
effect transactions at the transaction site. It will be imderstood there are myriad rules which 
may be applied and combined according to the specific goals of a particular seller and that 
the examples given above are merely illustrative and should not be used to limit the scope of 

15 the invention. 

Not only may the buyer receive a manual or automated response from the seller to 
which the bid was intended, he may also receive a response from another seller who had 
access to the buyer's bid information via their own private interface. In fact, according to 
specific embodiments of the present invention, some powerful market enhancements are 

20 made possible by enabling sellers to respond to buyers' bids in a flexible manner. For 
example, a seller could respond to a bid to itself or another seller for a first product by 
offering a better deal on comparable competitive product. This would allow a seller to 
compete for sales where it does not carry the specific product to which the bid was originally 
directed. It also allows sellers to offer preferred products which closely match or exceed the 

25 performance or specifications of the product in the original bid. 
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Another market enhancement made possible by providing other sellers' bid 
information and allowing flexible bid responses is related to the creation of bundle responses 
by the seller. As discussed above, a seller may create a bundle response from currently 
outstanding bids by a particular buyer. In addition and according to a specific embodiment 
5 of the invention, a seller may respond to a bid to itself or another seller with an offer for a 
related product. So, for example, if a buyer is bidding on a laptop computer, the seller can 
offer the buyer a carrying case for the laptop or extra battery packs at a reduced price, or 
even at no additional cost. This allows the seller to create a bundle which includes the 
product for which the buyer is bidding and one or more related products. Thus, the seller 

10 can identify and target markets for specific products without having to rely on the 

consumer's knowledge of or motivation to bid on such related products. The seller can also 
leverage its inventory in the related products to effect sales of the primary product. 

Where the seller's response is a counteroffer (254), the counteroffer price appears as 
a modified ask price in both the merchant's bid list of interface 1 100 and the buyer's 

15 shopping list of interface 900 as shown in Figs. 14 and 15, respectively. According to a 
specific embodiment, entries in the shopping list of interface 900 for which a response has 
been received from the seller are highlighted in a contraisting color as shown. Where the 
buyer does not accept the seller's counteroffer, he may adjust his bid by entering a new bid 
price as shovra in Fig. 16. By activating the "Bid" button for that entry in his shopping list 

20 the buyer then submits an adjusted bid (258). Note that because the bid has been adjusted, it 
is treated like a new bid and the entry is no longer highlighted. Altematively, the buyer may 
terminate negotiations with the seller at any time (260). In any case, where the buyer and 
seller have not yet agreed on a price (216), additional rounds of negotiating may take place 
as described above. 
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According to various specific embodiments of the invention, negotiation regarding 
the total price of a product between the buyer and seller is enabled. The total price of a 
product purchased over the Internet may include, for example, the list price of the product, 
applicable taxes, and seller shipping prices. Thus, according to the invention, the bargain 
5 struck between the buyer and seller may relate to any or all of these price components. 

According to one embodiment, the buyers is allowed to negotiate a tax adjusted 
product price. That is, the buyer bids a price which is indicated to be the amount the buyer 
wants to pay after any applicable taxes are added. Sellers for whom no taxes apply see a 
total bid price. Sellers for whom taxes apply see a tax adjusted bid, i.e., the buyer's bid price 
10 less the appropriate sales tax adjustment. Sellers can then look at this price, compare it 

against their product cost, and decide how much they want to counter-offer or whether they 
want to accept the bid price. 

According to another embodiment, shipping prices are included in the equation. 
According to this approach, the buyer indicates the total price (product price + tax + 
15 shipping and handling) the buyer is willing to pay for a product for any shipping option. 

According to one embodiment, the transaction site provides a total price comparison to the 
buyer in addition to its list price comparison to aid in the buyer's determination of a total 
price bid. The total price for each products and seller is calculated from the product list 
price, shipping price data available from every seller which depends on the shipping option 
20 selected, and applicable taxes based on the geographical location of the seller (e.g., state) as 
determined from, for example, the zip code. 

The buyer searches for a product, designates a shipping option, and is presented with 
the total price (and possibly the list price as well) for the product from each of a plurality of 
sellers. The total price for each merchant is derived in part from shipping price information 
25 for each seller for the selected product and shipping option. The buyer then makes a bid for 
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the total price for a specific shipping option to one or more of the sellers. Automatic 
adjustments are made to the bid price before making seller-specific net bid prices available 
to the sellers. That is, the transaction site displays a tax and shipping price adjusted bid (i.e., 
a net bid price) to each of the sellers which takes into account the seller's unique 

5 circumstances. That is, for each seller, the transaction site takes the buyer's total bid price 
and subtracts any tax amount as well as the specific seller's shipping price for the designated 
shipping option. Each seller is then provided with a net bid price from the buyer for the 
product. Each seller can then compare the net bid price to their cost and decide whether to 
accept a bid or make a counteroffer. Any counter offer firom a seller based on the net bid 

10 price is then adjusted upward for tax and shipping price before being made available to the 
buyer as the new ask price. The demand curve data for any seller are also calculated using 
the buyer's net bid price. This is because the net bid price reflects how much the buyer is 
willing to pay given the tax and the shipping price. 

According to another embodiment, the net (or adjusted) bid price made available to 

15 each seller is based not on the seller's shipping prices, but on the actual cost to the seller of 
shipping the product to the buyer. This shipping cost information is provided by the seller to 
the transaction site. For sellers who have margins built into their shipping prices this 
approach allows them to make a meaningful comparison between the adjusted bid price, i.e., 
the net bid price, and their product cost. That is, if the buyer's total bid price is adjusted by 

20 the seller's shipping cost rather than its shipping price, the seller can assume a zero margin 
firom shipping and thus look at the buyer's adjusted bid and directly compare it against the 
product cost. The demand curve data provided to the seller would also then be directly 
comparable to the product cost. This approach provides advantages for both the buyer and 
the seller. That is, the buyer is able to bid for the total deal price (i.e., product price H- tax + 
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shipping), while the seller gets to see an adjusted bid price which is a number that can be 
directly compared against the seller's cost. 

Referring back to Fig. 2, if the buyer accepts the seller's ask price in interface 900 by 
activating the "Buy" button (212) or the seller accepts the buyer's bid price in interface 1200 
5 of Fig. 17 (254), i.e., the buyer and seller agree on a price (216), all other negotiations 

relating to a mutually exclusive group associated with the product for which an agreement 
was reached are automatically terminated (218). That is, the availability to any sellers of the 
buyer's outstanding bids or quote solicitations (which are part of the mutually exclusive 
group defined by the buyer) is terminated. According to a specific embodiment, the buyer 

10 can enable this feature by specifying which of a plurality of currently ongoing negotiations 
should be part of a mutually exclusive group in which all negotiations are automatically 
terminated when an agreement in any one of the negotiations is reached. According to 
another embodiment, the system automatically creates mutually exclusive groups with 
reference to the buyer's bidding context. 

15 Any number of mutually exclusive groups each relating to one or more products may 

be associated with a particular buyer in accordance with the goals of that buyer. According 
to a specific embodiment, the buyer may use the shopping list of the present invention to 
define the mutually exclusive groups. That is, as described above, the user may designate a 
shopping list as such a mutually exclusive group such that the bids submitted from that 

20 shopping list will be processed in accordance with the mutual exclusivity feature of the 

present invention. Alternatively, the products in a particular shopping list may be designated 
independent of each other in the case where, for example the buyer is interested in all of the 
products in the list. In addition, embodiments of the invention are contemplated in which the 
system automatically creates mutually exclusive groups for the buyer based on, for example, 
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the fact that the buyer has submitted simultaneous bids to a number of different sellers for 
the same product, or to one or more sellers for two or more similar products. 

The mutual exclusivity feature of the present invention has significant value for the 
buyer even where negotiations are non-binding because it will serve to protect the buyer's 

5 reputation. That is, as described herein, a buyer's reputation is tracked based on previous 
transaction behavior, especially with regard to the number of bids honored or reneged upon 
by the buyer. Mutual exclusivity provides a mechanism whereby the buyer may generate a 
number of non-binding bids without the risk that her failure to pursue some of those bids 
would sully her reputation. 

10 After a deal has been made, the entry is highlighted in the buyer's relevant shopping 

list in interface 900 (Fig. 18), the date of the agreement is displayed in the "Purchase Date" 
column, and consummation of the transaction is facilitated (220). According to various 
embodiments, the buyer need only select HTML text in the "Merchant" column in interface 
900 in the appropriate shopping list entry to go directly to the merchant's web site for 

15 consummation of the transaction. According to other embodiments, the transaction may be 
consummated at the transaction site using private interfaces between the merchant and the 
buyer. According to still other embodiments, the buyer's payment and shipping information 
is provided to the seller by the transaction site upon authorization by the buyer. This 
information may be acquired by presenting an input interface to the buyer requesting the 

20 information, or, alternatively, from a database of previously collected information 
concerning the buyer. 

In one embodiment of the invention, individual buyers are given incentives to 
influence prospective buyers to use the transaction web site on server 102. That is, the buyer 
submits a confidential list of e-mail addresses (or some other appropriate identifier) to the 

25 transaction web site. Transactions on the web site are monitored and some sort of economic 
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benefit is automatically accrued to the buyer each time one of the prospective buyers on his 
list engages in a transaction. The economic benefit could be, for example, cash or 
transaction site "dollars", or discoimts on future transactions. According to specific 
embodiments, both the number of people identified by the buyer in his list and the total 
amount of economic benefit accrued in a given period of time are limited. According to 
various embodiments, a buyer may only list individuals who are not currently users of the 
transaction site. That is the buyer may only benefit fi-om the transactions of individuals who 
become users of the site after the buyer lists them. 

According to various embodiments of the invention, incentives are provided not only 
to encourage buyers to influence others to use the transaction site, but also to make it 
attractive for current users to continue using the site. For example, accounts are created for 
each registered user in which virtual "dollars" are kept. These virtual dollars are a currency 
unique to the transaction site which may be used against purchases effected through the 
transaction site. As discussed above, one way of accruing virtual dollars is through 
transactions engaged in by a list of influencees. Some percentage of a buyer's own 
transactions could also be credited to his account. In addition, a buyer could be offered 
virtual dollars for providing specific information in an online form for the administrator of 
the site or one of its marketing partners. For example, a buyer could be asked if he would 
mind filling out a credit card application form for a specific number of virtual dollars. These 
virtual dollar credits accrue to the buyer simply for filling out the form, regardless of 
whether or not an associated transaction is consummated. Moreover, the accrued credits 
may be used in any of a variety of ways at the transaction site at any time chosen by the 
holder of the credits. This is in contrast with features at various sites in which a credit is 
only applicable to a current transaction and only where the transaction goes through. 
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While the examples herein have been described with reference to a merchant entity 
having its own web site, it will be understood that a seller need not have a web site to effect 
transactions according to the present invention. In fact, according to various embodiments, 
it is possible for a merchant to be hosted by the transaction site described herein (e.g., server 
5 102 of Fig. 1) and to conduct all of its business through the transaction site without having 
its own web site, wholesale, or retail facilities. Even individuals may act as sellers on 
specific embodiments of the transaction site of the present invention. Such individuals could 
list new or used items to the transaction site's database which, when satisfying a buyer's 
search criteria, would be listed alongside the similar products of merchants of all sizes. This 
10 allows sellers of all sizes to vie for customers on a relatively equal footing. It also allows 
buyers to see prices from a wide variety of sellers, even those without e-commerce enabled 
web sites. 

Allowing individuals to act as sellers on the transaction site and post what are 
essentially classified ads makes other features of the present invention possible. For 

15 example, individual posting such classifieds to the transaction sites are given the option to 
automatically post the listing in an appropriate format to other free locations which are 
appropriate for the posting of such messages. For example, when specifying a listing on the 
transaction site of the present invention, an individual may select options which result in the 
automatic posting of the listing on Usenet or any of a wide variety of free classified sites. 

20 According to a specific embodiment, the postings are made in the name of the individual and 
contain hypertext links back to the transaction site. It is important to note that this type of 
posting would not qualify as SPAM in that they are posted by individuals and only on sites 
appropriate for such postings. 

According to a specific embodiment of the invention, a buyer need not even submit a 

25 bid to begin negotiations with one or more sellers. Instead, the buyer may submit a request 
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for quotes from sellers for a particular product or bundle of products. According to a 
specific embodiment, this may easily be accomplished by the buyer through the creation of a 
shopping list for the product or bundle of products, and designating the shopping list as one 
for which quotes are automatically solicited. According to specific embodiments, this could 

5 be the default for all new shopping lists. Alternatively, the buyer could be required to select 
this option when creating a new shopping list. This feature allows the buyer to make the 
sellers do the work. Once quotes are received by the buyer, negotiations can proceed in the 
manner described above. According to one embodiment, the request for quotes may be 
submitted via a shopping list created by the buyer as described above. That is, the buyer 

10 may create a specific shopping list for which he may select a "Request for Quotes" option in 
response to which a request for quotes is generated and posted for each of the items in the 
list. In a more specific embodiment, the buyer has the option of specifying particular sellers 
fi*om which quotes are desired. 

Other features of the present invention involve the concept of post-purchase tracking. 

15 According to one embodiment, data are compiled for the buyer across all products purchased 
through the transaction site. For example, data could be compiled for order numbers, 
product numbers, dollars expended on particular products or for all products. This feature is 
particularly valuable for a corporate buyer to keep track of inventory and spending. 
According to other embodiments, individual products in a post-purchase list 

20 associated with a particular buyer are linked with lists of related products which would allow 
a buyer to subsequently upgrade the purchased product or to purchase add-on items. Once 
the linked list is presented to the buyer, negotiation for any of the products in the list may 
proceed in the manner described above. 

According to still other embodiments, individual products in a post-purchase list 

25 associated with a particular buyer are linked with market data regarding the current value of 
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those products. Associated hypertext links are also provided allowing the buyer to turn 
around and offer the product for sale. This subsequent resale may occur after the useful life 
of the product for that user, or immediately after the initial purchase. As will be understood, 
this feature enables speculation by the buyer in any of the products offered for sale through 
5 the transaction site. 

In addition, the transaction site of the present invention can track all of the data 
necessary for the creation and trading of options at the transaction site. The fact that there 
may be many different list prices for a particular product is dealt with by using some sort of 
formula or default value which uniquely identifies a product price. For example, the median 

10 list price at the transaction site could be the value upon which the options are based. 

Alternatively, deal price data may be used. According to yet another altemative, some 
minimum price could be established by the transaction site. 

Another embodiment of the present invention will now be described with reference 
to Figs. 19-25. According to this embodiment of the present invention, when a buyer logs 

15 onto the site, a personal interface is provided as shown in Fig. 19 which has 4 tabbed areas 
with which the user can find products, place and track bids, and track purchases. The tabbed 
areas are entitled, respectively, "Getting Started," "Find Products" (shovm in Fig. 19), "My 
Bids," and "Order History." "Getting Started" interface 2000 is shown in Fig. 20 and 
describes how to negotiate for and purchase items through the site. 

20 "My Bids" interface 21 00 allows the buyer to track any currently pending bids 

showing the product for which each bid was placed, the bid amoimt, and the current total 
price requested by the seller. In response to selection by the buyer of any of the products 
listed, detailed information about that product and bid are presented. 

"Order History" interface 2200 presents a detailed history of the buyer's orders 

25 facilitated through the site including the product ordered, the date of the order, the seller. 
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price per unit, any applicable taxes, shipping costs, total price, and the status of the order. 
As can be seen in the upper right hand comer of each of these interfaces, the buyer's 
reputation is shown. As discussed above and according to a specific embodiment, the 
reputation value shown represents the number of consummated transactions to the total 
5 number of bids placed by the buyer. Thus, this particular buyer with a reputation of "0" has 
followed through on as many bids as she has reneged. 

Referring back to Fig. 19, "Find Products" interface 1900 enables the buyer to search 
for products using keyword searching or by selecting one of the product categories and 
navigating through available products in the selected category. If, for example, the buyer 

10 selects "Notebooks & Laptops" under "Computer Systems," interface 2300 of Fig. 23 is 
presented in which all of the notebook and laptop computers available through the site are 
shown. In response to selection of one of these items, e.g., Celeron 433, interface 2400 of 
Fig. 24 is presented in which specific models are shown along with inventory status and the 
lowest available list price. 

15 In response to selection of the third option in the list, i.e., the Travelpro model, 

interface 2500 of Fig. 25 is presented in which a list of sellers of the selected product is 
shown. The lists indicates for each seller whether the seller has the item in stock, the seller's 
list price, any applicable taxes and shipping costs, and a total price. From interface 2500, the 
buyer may submit simultaneous bids to any or all of the listed sellers by appropriately 

20 checking the boxes in the left hand column as shown. According to a specific embodiment, 
if bids to more than one seller are submitted, the system automatically creates a mutually 
exclusive group of the submitted bids. As discussed above, the mutually exclusive group 
operates to withdraw all remaining bids when any one is accepted. Also as discussed above, 
once a bid is accepted by one of the sellers, consununation of the transaction may be 

25 facilitated in a variety of ways. 
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Yet another embodiment of the present invention will now be described with 
reference to Figs. 26-34. According to this embodiment of the present invention, interested 
third parties may view pending bids and facilitate acceptance of the bids as briefly described 
above. Such interested third parties may include, for example, the operator of the site which 
5 facilitates the transactions, e.g., the operator of the web site described herein. That is, the 
operator of such a site has an interest in maximizing the number of transactions successfully 
consimmiated on the site. Other interested third parties include, for example, the 
manufacturers and distributors of the products being offered by sellers on the transaction 
site. Obviously such entities have an interest in maximizing the market for their products. 

10 According to a specific embodiment, third party entities can enter into agreements with other 
third parties to act on their behalf in facilitating transactions. That is, some companies 
would like to take advantage of this feature without devoting resources to making it happen. 
Therefore, such a company may enter into an agreement with, for example, the operator of 
the web site of the present invention to perform this function according to parameters 

1 5 specified by the company. 

In any case, when such a third party logs onto the site using the Spiffer Login 
interface 2600 of Fig. 26, a personal interface is provided as shown in Fig. 27 which has 
tabbed areas with which the third party can view currently pending bids, create and alter 
business rules, and view accepted bids and orders. The tabbed areas include "Dashboard," 

20 "Business Rules," "Accepted Bids," and "Orders." 

An unpopulated "Dashboard" interface 2700 is shown in Fig. 27. By specifying 
certain parameters, the third party user can populate interface 2700 with information about 
currently pending bids as shown in interface 2800 of Fig. 28. For example, the third party 
user may specify that information relating only to bids for products currently in stock be 

25 displayed. The third party user may also filter the bid information to view only bids which 
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have been pending less than a specific amount of time. The third party user may further 
limit the listed bid information by specifying the category of products and the maximum 
allowable spread between the bid price and the seller's asking price. The third party user 
may also sort the bid information according to multiple sort criteria using the "Primary" and 
5 "Secondary" sorts menus. According to a specific embodiment, these sort criteria may be 
any of the column headings for the bid information, e.g., product name, merchant, last 
response time, etc. 

Referring again to Fig. 28, interface 2800 shows information relating to two currently 
pending bids. Each bid includes product information about the subject of the bid in the 

10 "Product Name" column as well as identifying the seller to which the particular bid was 

made in the "Merchant" column. The "Product Name" column also includes the number of 
items currently in the seller's stock, the part number, and the time of the most recent bid. 
The bid information also includes the number of units being bid upon (in the "Units" 
column), and the asking price being presented to the buyer which, according to a specific 

15 embodiment, is the seller's asking price less the amount being contributed by the third party 
(in the "Merchant Ask Price - My Promo = Ask to Buyer" column). 

The buyer's current bid price as well as the difference between the bid price and the 
ask price presented to the buyer is displayed in the "Bid/Ask-Bid diff ' column. Also 
included in this column is an "Accept" button with which the third party can effect 

20 acceptance of the buyer's bid on the seller's behalf. In response to selection of the "Accept" 
button, both the buyer and the seller are notified that the bid has been accepted and 
consummation of the transaction proceeds in the manner described above. 

Altematively, the third party may respond to the buyer's current bid price by 
selecting the "Counter" button in the "Respond" column. In response to selection of this 

25 button by the third party, a dialog box is presented to the third party in which the third party 
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may increase the amount they are contributing to the transaction, i.e., their promotion. This 
amount is then reflected in the asking price being presented to the buyer. 

The buyer is identified by an identification number which is unique to the buyer on 
the transaction site, and the buyer's current reputation rating. According to a specific 

5 embodiment, the buyer is also identified by an e-mail address. Finally, the "Dashboard" 
interface includes an entry for each bid in the "Last Response Time" column showing the 
time of the last response by anyone - e.g., buyer, seller, or third party - relating to the bid. 

Business rules interfaces 2900 of Fig. 29 and 3000 of Fig. 30 allow a third party user 
to specify rules for automatically responding to bids in the system. Referring to Fig. 29, the 

10 third party user may view the details of £iny of his previously created business rules by 

selecting a particular rule in the "Current Business Rules" window. The currently viewed 
business rule may be deleted by selection of the "Delete Rule. . ." button. New rules may be 
created by selection of the "New Rule. . ." button. 

According to the illustrated embodiment, the details of the currently selected 

15 business rule are shown in the lower part of the interface including the title of the rule in the 
"Title" window, a description of the rule in a comments window, and whether the rule is 
currently enabled in the system (i.e., via the "enabled" check box next to the title bar). The 
set of criteria corresponding to the rule are also presented. The example shown in interface 
2900 illustrates a mle which applies to bids to the merchant CD World for videos of either of 

20 two recent films, "The Matrix" and "Austin Powers: The Spy Who Shagged Me." 

According to the rule, a buyer is given five chances to have the third party accept his bid on 
behalf of the merchant, i.e., for the transaction to be subsidized by the third party. The 
chances are measured by the buyer's current "Spiff Count" which, as specified in interface 
2900, must be less than or equal to five. 
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The third party user may also specify other criteria of bids to which a response is 
desired. For example, the third party user may only want to extend a particular subsidy to a 
specific subset of buyers. By specifying, for example, in the "# of units" window that only 
bids for 1 unit are to be considered, the third party user can effectively eliminate buyers who 
5 want to deal in volume and focus on individual consumers. The third party user also may 
specify the type of buyer with which he wishes to deal by specifying an acceptable range of 
buyer reputation in the "Buyer Reputation" windows. As discussed above, the transaction 
site maintains a reputation indicator which is representative of the buyer's transaction 
history. 

10 The third party user may specify the products to which the business rule applies by 

selecting one or more product identification numbers in the "NexTag Product Id" pull down 
menu which will then appear in the "Product Specific" window. Also, as discussed above, 
the third party user may specify the particular merchant and product line to which bids must 
be directed for the rule to apply (using the "Merchant Name" pull down menus). The third 

15 party may also specify that the identified merchant(s) must currently have an identified 

product in stock for the rule to apply. Additional business rule criteria may be added using 
the "add criteria" pull down menu. 

Finally, the third party user specifies the desired response if all of the specified 
criteria are true. As shown, the response specified is to accept the bid if all of the other 

20 criteria are satisfied. It will be imderstood, however, that a variety of other responses may be 
specified such as, for example, a particular counter offer where the bid is outside of a certain 
spread range. 

Interface 3000 of Fig. 30 illustrates a second business rule which applies to bids to 
the merchants Muzic Depot and CD Universe for videos of either of two recent films, "City 
25 of Angels" and "A Bug's Life." In this example, the spiff count is set to six, thus giving 
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each buyer three chances to buy one of the specified video (because the third party's 
promotion applies to two merchants). 

According to a specific embodiment, where a bid is part of a mutually exclusive bid 
group created by the buyer as described above, the dashboard interface identifies the bid as 
5 such to the third party. That is, the third party user can see that the buyer is simultaneously 
bidding for a similar product, thus providing additional incentive for the third party to 
promote the bid. According to one embodiment, the third party is only presented with 
information that the bid is part of a mutually exclusive group. According to another 
embodiment, detailed information regarding the other bids in the mutually exclusive group 

10 are presented. According to yet another embodiment, the third party can create business 
rules relating to whether or not the bid is part of a mutually exclusive group. That is, the 
third party could, for example, specify that where a bid is part of a mutually exclusive group 
he is willing to cover a higher bid/ask spread. 

Given that the present invention also allow for specification of business rules by 

15 sellers (see discussion above with reference to Figs. 13a- 13k), specific embodiments of the 
invention provide for the interaction between seller and third party business rules. That is, 
the present invention provides methods for controlling implementation of third party 
business rules with reference to the business rules associated with sellers. Thus, for 
example, the system ensures that, where the seller to whom a bid is directed has rules which 

20 apply to the bid, the seller's rule(s) are implemented before the third party's. According to 
another embodiment, implementation of the third party's rules are simply delayed for a 
predetermined period of time from a specified event such as, for example, the submission of 
the bid. 

The third party user may select the "Accepted Bids" tab to view Accepted Bids 
25 interface 3 1 00 of Fig. 3 1 . This interface provides the third party user with information for 
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each of the bids he has accepted (either manually or automatically) in the system. Each 
entry identifies the date and time of acceptance, the buyer, the specific product, the number 
of units, the price per unit, a subtotal before tax and shipping costs are added, the third party 
user's promotional price, and the merchant upon whose behalf the bid was accepted. 
5 Selection of the "Orders" tab results in presentation of either New Orders interface 

3200 of Fig. 32, In Progress interface 3300 of Fig. 33, or Completed Orders interface 3400 
of Fig. 34 depending upon the filter option selected by the third party user. These three 
interfaces represent three different stages in order fulfillment. 

While the invention has been particularly shown and described with reference to 
10 specific embodiments thereof, it will be understood by those skilled in the art that changes in 
the form and details of the disclosed embodiments may be made without departing from the 
spirit or scope of the invention. For example, operation of a specific embodiment of the 
present invention has been illustrated herein with reference to a hypothetical transaction 
between a buyer and seller. It will be understood, however, that specific transactions will 
15 likely differ considerably fi-om the example described without departing from the scope of 
the invention. Moreover, specific embodiment have been described herein with reference to 
a web site on the World Wide Web. It will be understood that the other embodiments of the 
invention may be implemented in any of a wide variety of network environments. 

Additionally, the negotiations described above have been described largely as a non- 
20 binding process until after a mutually agreeable price has been foimd and the parties decide 
to consummate the deal. However, it will be understood that negotiations may be made 
partially or fully binding without departing from the scope of the invention. That is, a 
payment identifier such as, for example, a credit card or billing account may be requested 
before a party is allowed to negotiate. If the party attempts to terminate negotiations 
25 prematurely, some sort of penalty may be assessed to the identified account. 



47 



Many of the embodiments of the present invention have been described in a context 
in w^hich a transaction site acts as an intermediary between buyers and sellers. However, it 
will be understood that the scope of the present invention also encompasses negotiations, 
transactions, and other various features described herein when occurring directly between a 
5 buyer and a seller on, for example, the web site of the seller. These features include (but are 
not limited to) shopping lists, mutual exclusivity, request for quotes, buyer reputation, 
demand curve creation and use, block responses, bvmdle bid creation, cross-selling, 
facilitation of transactions by interested third parties, and all other aspects of the invention 
described above. 

10 Conceivably, any seller selling products at list prices on the Intemet could get 

additional value by enabling negotiations and other related features as described herein. It is 
therefore important to note that the scope of this invention includes all of the features 
described herein, even where these features are enabled at the web sites of sellers who 
directly sell products to buyers. Therefore, the scope of the invention should be determined 

15 with reference to the appended claims. 



